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Technique for Communication with Mobile Data 
Processing Devices by Way of Mobile Software Agents 

BACKGROUND OF THE INVENTION 

Field of the Invention 

The present invention describes a technique for 
communication with mobile data processing devices. More 
particularly, the present invention describes a technique for 
communicating with mobile devices, such as chipcards or mobile 
phones, via mobile software agents. 

Description of the Related Art 

Software agents, or also so-called intelligent agents, are 
becoming more and more important as the networking of systems 
becomes more widespread. Software agents are software modules 
located in a complex environment. The software agent has a sensor 
input, is able to change its environment, and has a set of goals 
which it wishes to attain by means of its actions. At present 
there are a large number of software agents with a wide variety 
of functions, such as interface agents, information agents, 
delinerative agents, reactive agents and mobile agents. 

Of particular importance for the present invention is the 
mobile agent. Mobile agents are capable of roving around WANs 
(for example the World Wide Web) . Usually the property of 
mobility is immediately associated with the term "agent" anyway. 
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This is not the case, however, because they interact with 
third-party systems (hosts), collect information and return the 
information to the user. 

In addition to its autonomy, the mobile agent also has the 
functional property of cooperation capability. The advantage of 
the mobile software agent is that, by suitable programming, 
communication costs and times can be saved. 

Whereas in the normal client/server sector all communication 
between the participants is over the network, when mobile 
software agents are used an agent can be sent over the network to 
handle the entire communication process locally, which means the 
computer's user does not have to be permanently online for the 
entire runtime. 

Since mobile software agents rove between networks, software 
developers are primarily concerned with the problem of security. 
The issues of authentication (mutual knowledge of identity) , 
authorization (right to use the desired function) and all 
problems connected with electronic funds transfer 
(ability/willingness of the agent to make payments; limitation of 
liability by users; performance guarantees) are key elements. 

In the field of mobile software agents there is a state of 
the art which is concerned with migration, splitting and merging 
of agents. However, it is usually assumed that the mobile agents 
begin a task when they arrive at a system and return a result 
when they have completed that task. 

No state of the art is known which describes a mechanism 
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which in a particular way enables communication between the 
mobile agent and mobile data processing devices. 

The approaches applied to date specify software running on 
terminal equipment which processes data received from backend 
5 systems and which can be updated by means of code update 
mechanisms. But it is not possible for code to migrate to 
terminals autonomously for specific tasks and interact at the 
destination with mobile devices. 

SUMMARY OF THE INVENTION 

ltf It is therefore the object of the present invention to 

fll deliver a system and method which permits communication with 
rf mobile data processing devices by way of mobile software agents 
y in a simple manner. 

s By additional implementation of a runtime environment 

llh (interface component) for distributed mobile software agents for 
H 8 administration of mobile data processing devices, e.g. chipcards, 
S on every node of the network (client) , administration of the 
Q mobile data processing devices in the network can be controlled 
from the backend system (server) . The method adapts automatically 
20 to the network structure. Mobile software agents introduced into 
the system by way of the backend system automatically spread 
through the part of the system on which the runtime environment 
("mobile software agent" interface component) is installed. 

One example of application of the concept is a method for 
25 administration of chipcards in a complex networked system with 

the aid of event-controlled mobile software agents operating on a 
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suitable infrastructure. Agents sent out into the network from 
backend systems spread according to predefined strategies across 
the network and respond to chipcards which are inserted into 
devices in which they have located themselves. On certain 
5 chipcards the local mobile software agent performs actions such 
as downloading a new application, removing an application or 
invalidating the entire card, where appropriate in cooperation 
with other agents in the network or with backend systems. 

A further example of application of the concept is 

10 management of Pervasive Computing devices. Agents sent out into 

the network from backend systems spread according to predefined 

v !r strategies across the network and respond to devices which enter 

Cf? the action range of the nodes on which agents are located and 

; 5 f begin a communication. On certain PVC devices the local agent 

15j performs actions, where appropriate in cooperation with other 

3 p agents in the network or with backend systems. 
* 

]*i On the nodes of the network agent runtime environments 

H ("mobile software agent" interface components) are preinstalled 
A which enable the migration of administration agents onto the said 
2(P nodes. The runtime environments provide the agents with the key 
basic functions, such as activation when mobile software agents 
appear, communication with cooperating software agents, 
communication with mobile software agents and communication with 
backend systems. The special feature of the runtime environment 
25- is that it includes a mechanism permitting it to inform the local 
agents of specific events, such as insertion or removal of a 
chipcard or the introduction or withdrawal of a mobile phone into 
or out of the action range. An agent can spread itself across 
several nodes by means of several migration and division 
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processes, and then becomes inactive. Only when a specific event 
occurs, such as insertion or removal of a card, does the agent 
become active and begin its task. 

The present invention will now be described with reference 
5 to the following drawings, wherein like reference numbers denote 
the same element throughout. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 shows the network architecture underlying the 
10 invention, comprising several backend systems, connecting nodes 
and terminal devices with chipcard readers; 

M Fi 9 2. shows the processing of a mobile software agent in 

Jjf ccordance with the invention in an architecture in accordance 

ip with FIG. 1; 

Q Fig. 3 shows the functional components of the mobile 

' m software agent in accordance with the invention; 

Fig. 4 shows the interface component for communication 
between the mobile software agent and the mobile data processing 
device; 

Fig 5. shows an authentication architecture for mobile 
25 software agents; and 

Fig 6. shows a further authentication architecture for 
mobile software agents. 
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DESCRIPTION OF THE PREFERRED EMBODIMENT 

FIG. 1 shows a communication architecture underlying the 
present invention. The communication architecture comprises 
several backend systems 100 and several connecting nodes 102 by 
5 way of which communication with respective terminal devices 104 
is routed. In the preferred embodiment of the invention, the 
terminal device 104 is a data processing device to which a 
chipcard reader is connected. 

Mobile software agents are introduced into the chipcard 
10 system from the backend systems 100 over the network. They spread 
yg automatically from the backend systems 100 via the connecting 
H; nodes 102 to the terminal devices 104 on which administrative 
M tasks, such as downloading new applications onto cards, changing 
r; expiry dates or invalidating cards, can actually be carried out. 
|I By assigning a life span to the agents, it can be ensured that a 

generation of agents is automatically deleted after a certain 
(5 period of time. Preferably, the generation of agents deletes 
s m itself. 

FIG. 2 shows the spread of mobile software agents in the 
20 communication architecture of FIG. 1. 

The basic mode of functioning of a mobile software agent is 
as follows. Originating from one of the backend systems 100, a 
mobile software agent A roves through the network and in the 
process is able to duplicate parts of itself and leave the parts 
25 behind on suitable nodes. Depending on the type of node on which 
they are located, agents can behave differently. An agent on a 
backend system 100, for example, can wait for messages from 

DE9-1999-0044-US1 



- 7 - 



agents in the network and answer queries contained in the 
incoming messages by accessing a database. Agents on the 
connecting nodes 102 could serve as caches or passthroughs . 
Agents on terminal devices 104 with chipcard readers could wait 
5 for insertion of a card 106, read information from the card and 
send it to the backend system 100 from which they originate, 
receive and carry out instructions from the backend system 100 
for administration of the card, and finally inform the backend 
system 100 of the result. 

10 FIG. 3 shows the functional components of a mobile software 

agent 110 in accordance with the invention. The mobile software 
S agent 110 includes an event-handling component 112. Using the 
^ event-handling component 112, the mobile software agent responds 
M to certain events of which it is informed by the runtime 
-B environment, such as the introduction of a mobile device into the 
*S* action range or the insertion or removal of a chipcard into or 
L out of a chipcard reader. The agent 110 also includes a node 
0 recognition component 114. The component 114 classifies network 
m nodes. When the agent 110 migrates to a node, it determines 
i| whether the node is of a type on which it is capable of existing 
and carrying out its tasks. When the agent 110 has classified a 
node as suitable for it and has been accepted by the node, an 
installation/termination component 116 is utilized to install the 
agent 110 on the node. Further, when the agent 110 migrates to a 
25 node which already contains a predecessor agent now rendered 

obsolete by the migrating agent 110, the component 116 terminates 
the predecessor. 

A device classification component 118 is also part of the 
agent 110. When a mobile device, such as a chipcard, appears in 
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the action range of the agent 110, the agent 110 classifies the 
device. Device action components 120 include logic to be carried 
out relative to the devices. Depending on the result of the 
classification, the agent 110 performs actions such as 
5 invalidating a card or installing an additional application on 
the chipcard. After a successful or failed action, a checkback 
component 122 may be employed to checkback to other agents or to 
a backend system. 

A migration strategy component 124 contains information 

10 relating to the destination for the agent 110 and/or where copies 
of the agent 110 should be replicated. In order to reach their 

*D destination, such as a single node or an area of a network, 

% agents 110 migrate from node to node and/or replicate themselves 

M on one or more nodes, creating a copy of the agent 110 on such 

11 nodes. 

y, A merger component 126 helps to avoid wasting resources. 

H Agents with common or similar tasks can be merged into one agent. 

Co Agents may have a specific life span at the end of which they 

y must terminate themselves in order to make the resources taken up 

20 by them available to new agents. A self-termination component 
128 handles this function. 

FIG. 4 shows an interface component (runtime environment) 
138 for communication between mobile software agents 110 and a 
mobile data processing device (not shown) . 

25 To enable the mobile software agents to execute the 

functions mentioned in connection with FIG . 3, an infrastructure 
which provides the agents with the necessary support is required. 
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This infrastructure may be a network on the nodes of which an 
interface component is installed. A node must offer the certain 
interface components, whereby running of the components is 
dependent on the rights of the creator of the agent on the 
5 respective node. A support function component 140 handles a 

number of functions. These include reception of agents from the 
network, e.g., via a specific TCP/IP port, validation of the 
agents, e.g., by verification of a digital signature which 
guarantees the integrity of the agent and by byte code 

10 verification, running of agents on Java platforms, e.g., by 

executing the agent's byte code, remote monitoring of the agents 
running on the node, etc. (Java is a trademark of Sun 

ijFt Microsystems, Inc.) 

p A node capabilities component 142 provides agents with the 

information they need to make migration or installation 
£ decisions. Via a notification component 144, agents can have 
j\ themselves notified of certain events, such as when chipcards are 
O inserted into a chipcard reader. A mobile device access 
|f) component 14 6 permits communication with mobile devices, such as 
O chipcards. For chipcards, this may be carried out by means of 
^ the OpenCard Framework. 

A key management component 148 permits management of keys in 
the system. It enables agents to import encrypted keys they carry 
25 with them safely into local security modules which may be 
installed in terminal devices. 

FIG. 5 shows an authentication architecture for mobile 
software agents 110. The nodes are configured such that only 
secure mobile software agents 110, i.e., agents digitally 
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validated by a backend system 100, are executed. Nodes and 
backend systems only accept messages from other nodes or backend 
systems which have a digital signature. This means it is not 
possible to communicate with the backend system 100 from a node 
5 outside the system in order to utilize the keys located there to 
create a signature which would enable actions to be carried out 
against a mobile device. 

The software agent 110 can be authenticated to a mobile 
device 200 as follows. The software agent 110 receives from the 

10 runtime environment 138 a notification that the mobile device 200 
has been activated. The software agent 110 requests a random 

; J number from the mobile device 200, which may be a chipcard. The 
^ software agent 110 sends the random number to a backend system 
1^ 100 from which it itself originates. The backend system 100 
signs the random number with a key 204 and sends the signed 
random number by way of the software agent 110 and the runtime 
f 3 environment 138 back to the mobile device 200. The mobile device 
O 200 verifies the signature and only accepts the actions of the 

11 software agent 110 if it is correct. 

is;!? 

% This embodiment of the authentication architecture is based 

on the fact that only the mobile device 200 and the backend 
system 100 have a key. 

Another embodiment of the authentication architecture may 
involve a key 204 being stored only on the mobile device 200 and 
25 on the respective node. This variant is represented in FIG. 6. 
The authentication can then occur as follows. The mobile 
software agent 198 receives from the runtime environment 138 a 
notification that a mobile device 200 has been activated. The 
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software agent 110 requests a random number from the mobile 
device 200. The software agent 110 has the runtime environment 
138 sign the random number with a key 204 and sends the signed 
random number to the mobile device 200. The mobile device 200 
5 verifies the signature and only accepts the actions of the 
software agent 110 if it is correct. 

In the following, two preferred examples of the application 
of mobile software agents in accordance with the present 
invention are presented. 

10 Invalidation of cards 



**j Cards can be invalidated in the following manner. The 

y= backend system which wants to invalidate certain cards creates 

yy j_ts own agent and sends it out into the network. The agent 

i;; spreads by migration and replication according to a strategy 

15 defined by the backend system over the areas of the network in 

Saw:: 

H which the card being invalidated may appear. On nodes already 

containing other, compatible agents likewise tasked with 
£3 invalidating cards, the agent merges with them, whereby the 
^ resultant agent is tasked with invalidating the combined set of 
20 chipcards, including those to be invalidated by the original 

agents. One of the cards to be invalidated is inserted into a 
terminal on which one of the created agents is located. The 
agent detects the card and invalidates it. The agent notifies 
the backend system from which it originates as well as its 
25 associated agents. All notified agents remove the now invalidated 
card from their lists of cards awaiting invalidation. At the end 
of its life or on completion of its tasks, the agent terminates 
itself. 
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Installation of new applications 

New applications can be installed on chipcards by agents in 
the following manner. The backend system which wants to install 
an application creates its own agent and sends it out into the 
network. The agent spreads by migration and replication according 
to a strategy defined by the backend system over the areas of the 
network in which the card on which the application is to be 
installed may appear. On nodes already containing other, 
compatible agents likewise tasked with installing the same 
application, the agent merges with them, whereby the resultant 
agent is tasked with installing the application on the combined 
set of chipcards, including those on which the original agents 
were tasked to install it. 

One of the cards is inserted into a terminal on which one of 
the created agents is located. The agent detects the card and 
installs the application. It may need to communicate with the 
backend system 100 from which it originates to do so, for 
example, if the necessary card commands can only be assigned the 
correct signatures or Message Authentication Codes (MACs) there. 
The agent notifies the backend system from which it originates as 
well as its associated agents. All notified agents remove the 
card from their lists of cards awaiting installation of the 
application concerned. At the end of its life or on completion of 
its tasks, the agent terminates itself. 

When the runtime environment for distributed agents to 
administer chipcards has been installed on the nodes of the 
network, the administration of chipcards in the network can be 
controlled from the backend system. The method adapts 
automatically to the network structure. Mobile software agents 
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introduced into the system automatically spread through the part 
of the system on which the runtime environment is installed. 

The invention also permits the deployment of agents in 
environments with limited resources. Since key, frequently 
5 needed functions are provided to the agents from an Agent 

Framework on the nodes, the agents themselves can be very small. 
In addition, the merging of agents allows the number of agents in 
the system to be limited and thus conserves system resources. 

The method can also be used to distribute off-card 
10 applications in the network. A banking application permitting 
J cash withdrawals from ATMs could be represented as an agent which 
8j migrates only to terminals with a cash dispensing function, and 
ki based on the insertion of EC cards/credit cards dispenses cash 
2* instead of performing an administrative function. 

%5 The method adapts automatically to the network structure, 

p Mobile software agents introduced into the system by way of the 
J! backend system automatically spread through the part of the 
Q system on which the mobile software agent interface component is 
installed. 

20 While the present invention has been described relative to a 

specific preferred embodiment thereof, various modifications and 
changes may be obvious to one skilled in the art, and it is 
intended that the present invention encompass such changes and 
modifications as fall within the scope of the appended claims. 
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CLAIMS 

1 1. A system for communication with a mobile data processing 

2 device by way of a mobile software agent, said system comprising: 

3 means for transmitting the mobile software agent; 
4 

5 means for spreading a mobile software agent from an 

6 originating system via a network to one or more destination 

7 systems; 

8 means for running the mobile software agent; and 

Jj means for communicating, including a mobile software agent 

interface component for communicating with the mobile 

|£ software agent, and a mobile data processing device 

interface component for communicating with the mobile data 

L£ processing device. 

Si 

flO 2. A system according to Claim 1, wherein the mobile software 

% agent includes an event-handling component to handle events 

95 communicated via the mobile data processing device interface 

T component relating to the status of the mobile data processing 

5 device; a recognition component to recognize the destination 

6 system; an execution component to run on the destination system; 

7 a classification component to classify the mobile data processing 

8 device; and one or more action components to perform specific 

9 actions on the mobile data processing device dependent on results 
10 from the classification component. 
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1 3. A system according to Claim 2, wherein the mobile software 

2 agent further comprises: 

3 a checkback component for checking back to the originating 

4 system or to other mobile software agents for indicating whether 

5 installation on the destination system or the action being 

6 performed on the mobile data processing device succeeded or 

7 failed; 

8 a replication component for producing a copy of the mobile 

9 software agent in the destination systems; 

® a merger component to merge mobile software agents havinq 

|J like tasks into a single merged mobile software agent; and 

it; a self-termination component for terminating the mobile 

f3 software agent after a preset life span or a defined event. 

j 4. A system according to Claim 1, wherein the mobile software 

ID agent interface component comprises: 

3 a support component to receive the mobile software agent 

4 from the network on the destination system; and 

5 a component to deliver installation information for the 

6 destination system. 

1 5. A system according to Claim 1, wherein the mobile data 

2 processing device interface component has at least one 

3 communication component to detect events on the mobile data 
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4 processing device and transmit the events to the mobile software 

5 agent. 

1 6. A system according to Claim 4, wherein the mobile software 

2 agent interface component further comprises a component for 

3 secure storage of keys. 

1 7. A system according to Claim 4, wherein reception of the 

2 mobile software agent by way of the mobile software agent 

3 interface component is executed by means of TCP/IP protocol. 

1 8. A system according to Claim 1, wherein said creatinq means is 

J a backend system, the destination system is a data processing 

& device with a chipcard reader and the mobile data processing 

lj device is a chipcard. 

J; 9. A system according to Claim 1, wherein the mobile software 

J2 agent interface component and the mobile data processing device 

gl interface component are installed on the destination system. 

jsrs,'iis 

fft 10. A system according to Claim 1, wherein the mobile software 

¥ agent interface component is identical for all mobile software 

3 agents and only the mobile data processing device interface 

4 component for the associated mobile data processing device needs 

5 to be installed. 

1 11. A system according to Claim 1, wherein the interface 

2 components can be downloaded to the destination systems over a 

3 network. 
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1 12. A system according to Claim 1, further comprising an 

2 authentication component to authenticate the mobile software 

3 agent to the mobile data processing device. 

1 13. A system according to Claim 12, wherein the authentication 

2 component comprises: 

3 a first component to request a random number from a 

4 mobile data processing device, said first component being 

5 part of the mobile software agent; 

|J a second component to transmit the random number to the 

P originating system, said second component being part of the 

X mobile software agent; 

2 a third component to sign the random number by means of 

*°. a key, said third component being installed on the 

Hg originating system; and 

lgj a fourth component to verify the signature, said fourth 

^ component being installed on the mobile data processing 

14 device. 

1 14. A system according to Claim 12, wherein the authentication 

2 component comprises: 

3 a first component to request a random number from a 

4 mobile data processing device, said first component being 

5 part of the mobile software agent; 



DE9-1999-0044-US1 



- 18 - 



6 a second component to sign the random number by means 

7 of a key, said second component being part of said 

8 communicating means; and 

9 a third component to verify the signature, said third 

10 component being installed on the mobile data processing 

11 device. 

1 15. A method for communication with a mobile data processing 

2 device by way of a mobile software agent, wherein the mobile data 

3 processing device is addressable via a network, said method 

4 comprising the steps of: 

In creating a mobile software agent; 

jfe spreading the mobile software agent across the network 

jfc into one or more systems; 

KESS8 U 

* delivering information to a software agent interface 

W component of each of the systems for reception of mobile 

lffi software agents from the network, including information for 

•fisr. 

W making migration or installation decisions; 

13 evaluating the delivered information; 

14 for each of the systems, installing the mobile software 

15 agent on the system if it is determined that the mobile 

16 software agent is intended for the system; 

17 establishing a communication link between the mobile 

18 software agent and the mobile data processing device via a 
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19 mobile data processing device interface component of the 

20 system; 

21 classifying the mobile data processing device on 

22 establishment of a connection between the mobile data 

23 processing device and the mobile data processing device 

24 interface component; and 

25 performing actions of the mobile software agent on the 

26 mobile data processing device via the mobile data processing 

27 device interface component dependent on results of said 

28 classifying stop. 

*?f 16, A mobile software agent for use in communicating information 

IS from an originating system to a mobile data processing device 

25 associated with a destination node, said mobile software agent 

~p comprising: 

CI a communication component for communicating with a 

mobile software agent interface component on the destination 
C? node; 

8 a recognition component for recognizing the destination 

9 node; 

10 an execution component to run on the destination node; 

11 a classification component to classify the mobile data 

12 processing device; 

13 one or more action components for performing specific 
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14 actions on the mobile data processing device dependent on 

15 results from said classification component; 

16 a checkback component for checking back to the 

17 originating system or to other mobile software agents 

18 indicating whether installation on the destination node or 

19 the action being performed on the mobile data processing 

20 device succeeded or failed; 
21 

22 a replication component for producing a copy of the mobile 

23 software agent for distribution to other destination 

24 systems; 

if a merger component for merging several mobile software 

|| agents having like tasks into a single merged mobile 

H software agent; and 

J>8 a self-termination component for terminating the mobile 

f| software agent after a preset life span or a defined event. 

p 17. Computer readable code for permitting communication with a 

H mobile data processing device by way of a mobile software agent, 

3 wherein the mobile data processing device is addressable via a 

4 network, said computer readable code comprising: 

5 first subprocesses for spreading the mobile software agent 

6 across the network into one or more systems; 

7 second subprocesses for delivering information to a software 

8 agent interface component of each of the systems for reception of 

9 mobile software agents from the network, and including 
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10 information for making migration or installation decisions; 

11 third subprocesses for evaluating the delivered information; 

12 fourth subprocesses for installing the mobile software agent 

13 on the system if it is determined that the mobile software agent 

14 is intended for the system; 



15 fifth subporcesses for establishing a communication link 

16 between the mobile software agent and the mobile data processing 

17 device via a mobile data processing device interface component of 

18 the system; 

|g sixth subprocesses for classifying the mobile data 

f§ processing device on establishment of a connection between the 

^ mobile data processing device and the mobile data processing 

22 device interface component; and 

13 seventh subprocesses for performing actions of the mobile 

P software agent on the mobile data processing device via the 

II mobile data processing device interface component dependent on 

56 results of the classification of said sixth subprocesses. 
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ABSTRACT 



A techinque for communicating with a mobile data processing 
device by way of a mobile software agent. Any application, such 
as a banking application which permits cash withdrawals from 
ATMs , can be represented as a mobile software agent. The mobile 
software agent is spread across a network to all terminals with 
cash dispensing functions. The terminals include a communication 
component having a mobile software agent interface function 
component and a mobile chipcard interface function component. The 
mobile software agent interface component provides support 
functions for receiving and installing the mobile software agent. 
The chipcard interface component safeguards the communication 
with the chipcard. The mobile software agent evaluates the 
information delivered to it from the mobile software agent 
interface component and then installs itself on the terminals as 
appropriate. Chipcard-related events are notified via the 
chipcard interface component to the mobile software agent which, 
after classifying the chipcard concerned, performs the actions on 
the chipcard. By implementating these interface components on 
every terminal in the network, administration of the chipcards in 
the network can be controlled from the backend system (server) . 
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DECLARATION AND POWER OF ATTORNEY 
FOR PATENT APPLICATION 

As the below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my name; I believe I am an 
original, first and sole inventor of the subject matter which is claimed and for which a patent is sought on the 
invention entitled: 

Technique for Communication with Mobile Data Processing Devices by Way of 

Mobile Software Agents 

the specification of which is identified by the attorney (IBM) Docket Number appearing above. 

I hereby state that I have reviewed and understand the contents of the above- identified specification, including 
the claims. 

I acknowledge the duty to disclose information which is material to the patentability of this application in 
accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §1 19 of any foreign application(s) 
for patent or inventor's certificate listed below and have also identified below any foreign application for patent 
or inventor's certificate having a filing date before that of the application on which priority is claimed: 

Prior Foreign Application(s) 

Number Country Day/Month/Year Priority Claimed 

99122834.7 Germany 17 Nov. 1999 Yes 

I hereby claim the benefit (a) under Title 35, United States Code. § 1 19(e) of any U.S. application listed below 
and identified as a provisional application or (b) under Title 35, United States Code, §120 of any U.S. 
application listed below and not identified as a provisional application, and, insofar as the subject matter of 
each of the claims of this application is not disclosed in the prior U.S. application in the manner provided by 
the first paragraph of Title 35, United States Code, §1 12, 1 acknowledge the duty to disclose information 
material to the patentability of this application as defined in Title 37. Code of Federal Regulations, §1.56 which 
occurred between the filing date of the prior application and the national or PCT international filing date of this 
application: 

Prior U.S. Applications 
Serial No. Filing Date Status 



I hereby declare that all statements made herein of my own knowledge are true and that all statements made on 
information and belief are believed to be true; and further that these statements were made with the knowledge 
that willful false statements and the like so made are punishable by fine or imprisonment, or both, under Title 
18, United States Code, §1001 and that such willful false statements may jeopardize the validity of the 
application or any patent issued thereon. 
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As a named inventor, I hereby appoint the following attorneys and/or agents to prosecute this application and 
transact ail business in the Patent and Trademark Office connected therewith: 

Bruce A. Clay, Reg. No. 32,121; Gregory M. Doudnikoff, Reg. No. 32,847; Edward H. Duffield, Reg. No. 
25,970; Jerry W. Herndon, Reg. No. 27,901; Gerald R. Woods. Reg. No. 24,144; Jeanine S. Ray-Yarletts, Reg. 
No. 39,808; Joseph C. Redmond, Jr., Reg. No. 18,753; John E. Hoel, Reg. No. 26,279; Christopher A. Hughes, 
Reg. No. 26,914; and Edward A. Pennington, Reg. No. 32,588: 



Send all correspondence to: Gregory M. Doudnikoff, IBM Corporation T81/062; PO Box 12195; Research 
Triangle Park, NC 27709. 



AND also, 



Inventor: Thomas Schaeck 





Signature: y ^CS6£>~a^ 



Date 



Residence: 



Am Muhrgraben 13, D-77855 Achern 
Federal Republic of Germany 



Citizenship: 
Post Office Address: 



German 



Same as above. 
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